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(57) Abstract: Methods and apparatus for secure distribution of music and other types of content. The invention allows content 
to be registered with a centralized dusted registration authority (TRA) in such a way that it can be distributed anonymously, such 
that the identity of die content provider need not be disclosed until a dispute arises. A first illustrative embodiment of the invention 
provides unbound rights management, i.e., secure registration of content such that usage rights for the content are not bound to the 
content itself. In this embodiment, distributed content is not protected by encryption, i.e., confidentiality of content is not provided. 
However, the content is protected against piracy, due to the fact that the content provider is certified by the TRA, and thus can be 
traced or otherwise identified in the event that irregularities are detected. Since the usage rights are not bound to the content, the 
content provider can change the usage rights after the content has been registered with the TRA. Content distribution in second and 
third illustrative embodiments of the invention provides unbound and bound rights management, respectively, with encryption-based 
content confidentiality. 
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Methods and apparatus for secure content distribution 



The present invention relates generally to the field of secure communication, 
and more particularly to techniques for secure electronic distribution of music and other types 
of content over a network or other communication medium. 



5 Security is an increasingly important concern in the delivery of music or other 

types of content over global communication networks such as the Internet. More 
particularly, the successful implementation of such network-based content delivery systems 
depends in large part on ensuring that content providers receive appropriate copyright 
royalties and that the delivered content cannot be pirated or otherwise subjected to unlawful 
10 exploitation. 

With regard to delivery of music content, a cooperative development effort 
known as Secure Digital Music Initiative (SDMI) has recently been formed by leading 
recording industry and technology companies. The goal of SDMI is the development of an 
open, interoperable architecture for digital music security. This will answer consumer 

IS demand for convenient accessibility to quality digital music, while also providing copyright 
protection so as to protect investment in content development and delivery. SDMI has 
already produced a standard specification for portable music devices, the SDMI Portable 
Device Specification, Part 1, Version 1.0, 1999, The longer-term effort of SDMI is currently 
working toward completion of an overall architecture for delivery of digital music in all 

20 forms. 

Despite SDMI and other ongoing efforts, existing techniques for secure 
distribution of music and other content suffer from a number of significant drawbacks. For 
example, many such techniques require that the content provider be explicitly identified to 
the content consumer upon delivery of the content, i.e., these techniques generally do not 
25 allow the content provider to remain completely anonymous in the absence of a dispute. 
Unfortunately, this type of arrangement may not be desirable or cost-effective in certain 
applications, particularly for content providers that are individuals or small businesses. As 
another example, conventional techniques generally do not provide a centralized mechanism 
by which all content providers can securely register their work. Content providers are 
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therefore not treated equally under these existing techniques, i.e., larger providers who can 
afford the expense associated with implementation of complex security measures have an 
advantage over smaller providers. 

As is apparent from the above, a need exists for improved techniques for 
5 distributing SDMI-compliant music and other types of content. 

The present invention provides methods and apparatus for secure distribution 
of music and other types of content. The invention allows content to be registered with a 
centralized trusted registration authority (TRA) in such a way that it can be distributed 
10 anonymously, such that the identity of the content provider need not be disclosed until a 
dispute arises. 

Content distribution in a first illustrative embodiment of the invention is 
implemented in accordance with a content distribution protocol which provides unbound 
rights management, i.e., secure registration of content such that usage rights for the content 

15 are not bound to the content itself. In this embodiment, distributed content is not protected by 
encryption, i.e., confidentiality of content is not provided. However, the content is protected 
against piracy, due to the fact that the content provider is certified by the TRA, and thus can 
be traced or otherwise identified in the event that irregularities are detected. Since the usage 
rights are not bound to the content, the content provider can change the usage rights after the 

20 content has been registered with the TRA. Content distribution in second and third illustrative 
embodiments of the invention is implemented in accordance with content distribution 
protocols which provide unbound and bound rights management, respectively, with 
encryption-based content confidentiality. 

Advantageously, the content distribution methods and apparatus of the 

25 invention can provide convenient, efficient and cost-effective protection for all content 
providers. These and other features and advantages of the present invention will become 
more apparent from the accompanying drawings and the following detailed description. 

Fig. 1 illustrates a content distribution method with unbound rights 
30 management in accordance with the invention. 

Figs. 2, 3, 4, 5 and 6 are flow diagrams illustrating processing operations 
implemented in the content distribution method of Fig. 1. 

Fig. 7 illustrates a content distribution method with unbound rights 
management and content confidentiality in accordance with the invention. 
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Figs. 8, 9, 10 and 11 are flow diagrams illustrating processing operations 
implemented in the content distribution method of Fig. 7. 

Fig. 12 illustrates a content distribution method with bound rights management 
and content confidentiality in accordance with the invention. 
S Figs. 13, 14, IS, 16, 17 and 18 are flow diagrams illustrating processing 

operations implemented in the content distribution method of Fig. 12. 

The present invention allows music or any other form of content to be 
registered in such a way that it can be distributed anonymously. The content distribution 

10 methods described below allow content providers to register their content with a trusted 
authority prior to its distribution, thereby allowing the content to be distributed from the 
content provider to a content consumer in such a way that the content provider need not be 
disclosed until a dispute arises. Advantageously, the content distribution methods of the 
invention can provide convenient, efficient and cost-effective protection for all content 

15 providers. 

Three illustrative embodiments of the invention will be described below, each 
corresponding to a particular protocol that implements the above-described functionality. The 
protocols vary in the level of security and control given to the content provider. In the 
following description, an operation E{K}[S] denotes encryption of the quantity S in brackets 

20 using the key K, and an operation D{K} [S] denotes decryption of the quantity S in brackets 
using the key K. The protocols to be.described below can utilize conventional public key 
cryptography techniques for implementing these encryption and decryption operations. In 
general, for the illustrative embodiments described herein, asymmetric algorithms for 
encryption and decryption are used for keys that include "Pub" or "Prv'* in their subscript 

25 string, while symmetric algorithms are used for all other keys, e.g., the Kcont and Kuccnsc to be 
described below. These and other encryption and decryption techniques suitable for use with 
the present invention are well known to those skilled in the art and therefore not described in 
detail herein. 

Fig. 1 illustrates a basic protocol for distributing content with unbound rights 
30 management in accordance with a flrst illustrative embodiment of the invention. This figure 
shows the interactions between a certificate authority (CA) 102, a content provider 104, a 
trusted registration authority (TRA) 106 and a content consumer 108. The CA 102, content 
provider 104, and content consumer 108 are also denoted herein by the letters X, G and C, 
respectively. The method illustrated in Fig. 1 includes processing operations 1 10, 120, 130, 
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140 and 150, which are illustrated in greater detail in the flow diagrams of Figs. 2, 3, 4, 5 and 
6, respectively. 

The processing operations in Fig. 1 implement a basic protocol in which 
distributed content is not protected by means of encryption, i.e., confidentiality of content is 
S not provided. However, the content is protected against piracy, due to the fact that the content 
provider G is certified by the TRA 106, and thus can be traced or otherwise identified in the 
event that irregularities are detected. Moreover, in this embodiment of the invention, usage 
rights are not bound to the content. This allows the content provider G to change the usage 
rights after the content has been registered with the TRA 106. 

10 In the basic protocol of Fig. 1, the content provider 104 (G) first requests a 

certificate fiom the CA 102 (X). The CA 102 generates the certificate in operation 110, 
which is illustrated in Fig. 2. The certificate generation process may be carried out in a 
conventional manner, e.g., in accordance with an established standard. In step 111, the CA 
102 determines if the requestor G is who they say they are. If not, the certificate is not issued. 

15 If the requestor G is determined to be who they say are, the CA 102 in step 112 generates a 
public key pair for the requestor, and in step 113 securely gives the private key Kprvrequestor to 
the requestor G. The CA 102 then binds the identity of the requestor Ircqucstor and the public 
key Kpubrequestor of the requestor in a certificate, as shown in step 1 14, and issues the certificate 
Certx(lG« Kpubc) to requestor G as shown in Fig. 1. It should be noted that requests for 

20 certificates are not mandatory for each transaction, i.e., once someone has obtained a 
certificate, it may be re-used until it expires. 

Operation 120 of Fig. 1 is illustrated in Fig. 3. The content provider G in step 
121 generates a hash value for specific content M: 

25 H = hash(M). 

The content provider G in step 122 then encrypts H using its private key Kprvo: 

H' = E{KprvG}[H]. 

and in step 123 generates Q as follows: 

Q = (H'.Certx(Io.Kp„bG)). 



30 
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The content provider G then sends a request to the TRA 106 to register Q, as shown in Fig. 1. 

Fig. 4 shows operation 130 implemented by the TRA 106. In step 131, the 
TRA determines if the certificate Certx(lG, Kpubo) for the content provider G is valid. If not, 
the operation ends, and the request for registration of Q is denied. If the certificate is 
S determined in step 131 to be valid, the TRA in step 132 stores the and Ig pair as well as 
the time and date of receipt. In step 133, the TRA extracts the hash value H from Q as 
follows: 

H = D{KpubG}[H'] 

10 

The TRA then in step 134 generates a registration stub Q' as follows: 

Q' = E{KprvTOA}[H], 

15 The TRA thus decrypts the hash value H sent by the content provider G and re-encrypts it 
with its private key Kptvtra- The resulting registration stub is issued to the content 
originator G , as shown in Fig. 1. 

Operation 140 of Fig. 1 is then performed by the content provider G. Fig. 5 
shows this operation in greater detail. It is assumed that the content provider G has obtained 

20 the certificate for the TRA, in any conventional manner. In step 141, the content provider G 
determines if the certificate for the TRA is valid. If not, the operation ends. If the certificate 
for the TRA is valid, the content provider G then determines in step 142 if: 

D{KpubTOA}[Q'] = hash(M). 

25 

If it is, then Q' and M are stored in step 143 for subsequent distribution. Otherwise, the 
operation ends without storing Q' and M. If Q' and M are stored, the content provider knows 
that the registration process for the content M has been successfully completed, and the 
content provider is therefore free to distribute the content to one or more consumers. 
30 Referring again to Fig. 1, after successful completion of operation 140, the 

content provider distributes the registration stub and the content M to the content 
consumer 108 (C). Fig. 6 shows the operation 150 as performed by the content consumer C. 
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The content consumer C in step 151 determines if the certificate for TRA is valid. If not, the 
operation ends. Otherwise, the content consumer determines in step 152 if 



D{Kpu,TRA}[Q'] = hash(M). 

5 

If not, the operation ends. Otherwise, the content consumer C in step 153 plays and/or stores 

the content M. The content consumer C thus accepts the content only if the content provider 

0 is validated as "bona fide." 

It should be noted that operation 150 and other operations described herein as 
10 perfomied by a content consumer may be performed in a tamper-proof or tamper-resistant 

device, e.g., when content is decrypted by a content consumer, the decrypted content should 

not be accessible to unauthorized users and devices. 

As previously noted, the content M may be music or any other type of content. 

It may be in a compressed format, generated using any suitable coding device, or in an 
15 uncompressed format. Guaranteed distribution to a single content consumer can be 

implemented using a conventional secure link protocol, as will be apparent to those skilled in 

the art. 

A potential protection problem can arise in the above-described basic protocol 
if the content consumer can play legacy content as well as content which is accompanied by 

20 the registration stub Q^ Namely, if is lost or otherwise not present, there is no way to 
distinguish legacy content from registered content in the basic protocol. 

In the enhanced versions of the protocol to be described below, the encrypted 
format provides the distinction, so this protection problem is generally not an issue. However, 
the protection problem can also be solved in the basic protocol by providing an embedded 

25 watermark in the content M. This embedded watermark indicates to the content consumer 
that a valid registration stub should be present before the content could be played. In such • 
an embodiment, the operation 150 illustrated in Fig. 6 is modified to include before step 151 
an additional processing step which determines if M contains a watermark indicating that Q' 
should be present. If it does, the operation continues with step 151. If there is no such 

30 watermark, the operation skips steps 151 and 152, and proceeds with step 153. Other 

configurations are also possible, e.g., the above-described additional processing step for the 
embedded watennark may be performed between processing steps 151 and 152 of Fig. 6. 

It should be noted that the embedded watermark need only indicate that a valid 
registration stub should be present, and possibly the kind of stub, e.g., hash(M), etc. The 
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embedded watermark therefore need not contain the registration stub itself. In addition, it 
should be noted that such a watermark can also be used in content which is distributed using 
the enhanced versions of the protocol to be described below, so as to prevent recording and 
distribution of content to devices that support only the basic protocol. 
S Fig. 7 illustrates a content distribution method with unbound rights 

management and content confidentiality in accordance with a second illustrative embodiment 
of the invention. This figure shows the interactions between an additional certificate 
authority, CA 200, also referred to as CA Y, and the entities CA (X) 102, content provider 
104, TRA 106 and content consumer 108. Figs. 8, 9, 10 and 11 are flow diagrams illustrating 

10 processing operations implemented in the content distribution method of Fig. 7. The method 
illustrated in Fig. 7 includes processing operations 210, 220, 250, 260 and 270. Processing 
operation 210 corresponds generally to operation 1 10 of Fig. 2, but is implemented by the 
CA (Y) 200. Processing operations 220, 250, 260 and 270 are illustrated in greater detail in 
the flow diagrams of Figs. 8, 9, 10 and 11, respectively. 

15 The processing operations in Fig. 7 implement an enhanced version of the 

basic protocol of Fig. 1. In this enhanced protocol, the content is protected by means of 
encryption, i.e., content confidentiality is provided. In addition, as in the previously- 
described basic protocol, the content in the enhanced protocol is also protected from piracy, 
and the usage rights are not bound to the content, allowing the publisher to change the usage 

20 rights after the content has been registered. 

In the enhanced protocol of Fig. 7, the content provider (G) 104 requests a 
certificate from the CA (X) 102, and the content consumer (C) 108 requests a certificate from 
the CA (Y) 200. The CAs 102, 200 generate certificates CertxCIo, Kpubc), CertyCIc* Kpubc). 
respectively, in operations 110 and 210, respectively, in the manner previously described in 

25 conjunction with Fig. 2. The certificate CertxCIc, Kpubo) is issued by CA 102 to the content 
provider G, and the certificate CertyCIc, Kpubc) is issued by the CA 200 to the content 
consumer C. It should be noted that the CA 102 and CA 200 can be the same CA. In this 
example, they are shown as separate entities in order to illustrate that the certificates do not 
have to come from the same CA. 

30 Operation 220 of Fig. 7 is illustrated in Fig. 8. The content provider G in step 

221 encrypts the content M to generate encrypted content M': 



M' = E{Kcont}[M]. 



10 
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It should be noted that Kcom need not be a single key. For example, it could be a sequence of 
keys, with each of the keys in the sequence used to encrypt different parts of the content. The 
content provider G in step 222 generates a hash value for specific content M': 

H = hash(MO- 

The content provider G in step 223 then encrypts H using its private key Kprvo^ 

H' = E{KftvG}[H], 
and in step 224 generates Q as follows: 

Q = (H^ CertxCIc, Kpubo)). 



15 The content provider G then sends a request to the TRA 106 to register Q, as shown in Fig. 7. 

The request is processed by the TRA 106 in operation 130 as illustrated in Fig. 4, and the 

registration stub is issued by TRA 106 to the content provider G. 

The content provider G then performs operation 140', which is the same as 

operation 140 of Fig. 5 except that M is replaced by M' in steps 142 and 143. and M' 
20 being stored is a result of the condition check 142. If 142 is true then Q' and M' are stored 

and the content provider G knows that the registration process for the encrypted content M' 

has been successfully completed. The content provider is therefore free to distribute the 

encrypted content to one or more consumers. 

Referring again to Fig. 7, after successful completion of operation 140', the 
25 content provider G distributes the registration stub Q' and the encrypted content M' to the 

content consumer 108 (C). 

Fig. 9 shows the operation 250 as performed by the content consumer C. The 

content consumer C in step 251 determines if the certificate for TRA is valid. If not, the 

operation ends. Otherwise, the content consumer determines in step 252 if 

30 



D{KpubTOA}[Q'] = hash(MO. 
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If not, the operation ends. Otherwise, the content consumer C in step 253 stores the encrypted 
content M'. The content consumer C thus stores the encrypted content only if the content 
provider G is validated as "bona fide." 

In order to access the content, the content consumer C must also receive the 
S content decryption key Komt as well as any usage rules defmed by the originator. This 

information is sent to the content consumer C only after successful verification of consumer 
identity by the content provider G. To this end, the content consumer C in step 254 of 
operation 250 generates a hash value for the encrypted content M': 

10 H = hash(M'). 



The content consumer in step 255 then encrypts H using the private key Kprvc: 

H" = E{Kprvc}[H], 

15 

and in step 256 generates a pair Q'' including the encrypted hash value and the above-noted 
certificate CertY(Ic» Kpubc): 

Q'' = (H^ CertY(Ic,Kp„bc)). 

20 

The pair is then sent from the content consumer C to the content provider G. 

Fig. 10 shows operation 260 performed by the content provider G. In step 261, 
the content provider G determines if the certificate CertY(Ic» Kpubc) of content consumer C is 
valid. If not, the operation ends. Otherwise, the content provider G in step 262 determines if 

25 

D{Kpabc)[H"] = hash(MO. 



If not, the operation ends. Otherwise, the content provider G in step 263 uses a license key 
Kucense to encrypt the content key Komt and usage rules: 

30 

A = E{Kiiccnsc}[usage_rules | Kconi], 



and then in step 264 encrypts the license key: 
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B = E{Kpubc}[Kuccnsc]. 



10 



A license stub L is then generated in step 265 as the pair (A, B). As shown in Fig. 7, the 
content provider G then sends the license stub L to the content consumer C. 

Fig. 11 shows the operation 270 performed by the content consumer C upon 
receipt of the license stub L. In step 271, the content consumer C decrypts the license key: 

Kiicensc = D{Kprvc}[B], 

and then in step 272 decrypts the rules and content key: 



usage_rules | Kcont = D{Kuccnsc}[A]. 



15 The content consumer C in step 273 then decrypts the encrypted content M': 



M = D{Kcont}[M']. 

The content consumer in step 274 then applies the usage rules to the content M, and in step 

20 275 plays andfor stores the content M. 

Fig. 12 illustrates a content distribution method with bound rights management 
and content confidentiality in accordance with a third illustrative embodiment of the 
invention. This figure shows interactions between the entities CA (Y) 200, CA (X) 102, 
content provider (G) 104, TRA 106 and content consumer (C) 108. Figs. 13, 14, 15, 16, 17 

25 and 18 are flow diagrams illustrating processing operations 320, 330, 340, 350, 360 and 370, 
respectively, implemented in the content distribution method of Fig. 12. Processing 
operations 110 and 210 are implemented in the manner described previously in conjunction 
with the embodiment of Fig. 7. 

The processing operations in Fig. 12 implement an alternative enhanced 

30 version of the basic protocol of Fig. 1. In this alternative enhanced protocol, as in the 

enhanced protocol of Fig. 7, the content is protected by means of encryption, i.e., content 
confidentiality is provided. In addition, as in the previously-described basic and enhanced 
protocols, the content in the alternative enhanced protocol is protected from piracy. However, 
unlike the previously-described protocols, this alternative enhanced protocol also guarantees 
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that the license is authentic, because it is bound together with the content and registered with 
theTRA 106. 

It should be noted that this approach limits the content provider G in that the 
content provider G cannot change the content usage rules after the content has been 
5 registered with the TRA 106. Consequently, if the content provider G wants to change the 
usage rules after registration, a new registration would be required. 

In the enhanced protocol of Fig. 12, the content provider (G) 104 requests a 
certificate from the CA (X) 102, and the content consumer (C) 108 requests a certificate from 
the CA (Y) 200. The CAs 102, 200 generate certificates CertxCIc, Kpubc), CertvCIc, Kpubc)» 
10 respectively, in operations 1 10 and 210, respectively, in the manner previously described in 
conjunction with Fig. 2, The certificate CertxCfe* Kputo) is issued by CA 102 to the content 
provider G, and the certificate CertyCIc* Kpubc) is issued by the CA 200 to the content 
consumer C. As noted previously, the CA 102 and CA 200 can be the same CA. 

Operation 320 of Fig. 12 is illustrated in Fig. 13. The content provider G in 
15 step 321 encrypts the content M to generate encrypted content M': 

M' = E{Kcont}[M]. 

As previously noted, Kcont need not be a single key, and could be, e.g., a sequence of keys, 
20 with each of the keys in the sequence used to encrypt different parts of the content. 

The content provider G in step 322 generates a hash value for specific content 

M': 

Hl=hash(MO. 

25 

In step 323, the content provider G binds a set of rules to the content key by generating a 
license registration stub A as follows: 

A = E{Kuccnsc}[usage„rules | KconJ. 

30 

It should be noted that the binding of the rules to a specific content key may be done through 
encryption, as shown above, or alternatively through any other cryptographic binding 
mechanism. When done through encryption, the encryption should utilize a chaining mode in 
order to prevent a block replay attack that could break the binding. 
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After the binding of the rules in step 323, a hash value of A is then generated 

in step 324: 

H2 = hash(A). 

5 

The content provider G in step 32S then encrypts HI and H2 using its private key Kprvot 

H' = E{Kprvo}[HllH2], 

10 and in step 326 generates Q as follows: 

Q = (H', Certx(lG. Kpubo)). 

The content provider G then sends a request to the TRA 106 to register Q, as 
15 shown in Fig. 12. The request is processed by the TRA 106 in operation 330 as illustrated in 
Fig. 14. In step 331, the TRA determines if the certificate CertxCIo. Kpubc) for the content 
provider G is valid. If not, the operation ends, and the request for registration of Q is denied- 
If the certificate is determined in step 331 to be valid, the TRA in step 332 stores the H' and 
Ig pair as well as the time and date of receipt. In step 333, the TRA extracts the hash values 
20 HI and H2 from Q. The TRA then in step 334 generates a content registration stub Ql' as 
follows: 



Qr = E{KiwmA}[Hl], 



25 and in step 334 generates a usage rules registration stub Q2^ as follows: 



Qr = E{KprvTRA}[H2]. 



The TRA thus decrypts the hash values HI and H2 sent by the content provider G and re- 
30 encrypts them using its private key Kptvtra- The resulting registration stubs QV and Q2^ are 
issued to the content originator G, as shown in Fig. 12. 

Operation 340 of Fig. 12 is then performed by the content provider G. Fig. 15 
shows this operation in greater detail. In step 341, the content provider G determines if the 
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certificate for the TRA is valid. If not, the operation ends. If the certificate for the TRA is 
valid, the content provider G then determines in step 142 if: 

D{Kp,bTRA}[Ql'] = hash(MO. 

5 

If it is, then Ql', Q2' and NT are stored in step 343 for subsequent distribution. Otherwise, the 
operation ends without storing Ql', Q2' and M'. If Ql', Q2' and M' are stored, the content 
provider knows that the registration process for the encrypted content M' has been 
successfully completed, and the content provider is therefore free to distribute the content to 

10 one or more consumers. 

Referring again to Fig. 12, after successful completion of operation 340, the 
content provider G distributes the registered content stub Ql' and the encrypted content M' to 
the content consumer 108 (C). 

Fig. 16 shows the operation 350 as performed by the content consumer C. The 

15 content consumer C in step 351 determines if the certificate for TRA is valid. If not, the 
operation ends. Otherwise, the content consumer C determines in step 352 if 

D{KpubTOA}[Qn = hash(M'). 

20 If not, the operation ends. Otherwise, the content consumer C in step 353 stores the encrypted 

content M'. The content consumer C thus stores the encrypted content only if the content 

provider G is validated as "bona fide." 

In order to access the content, the content consumer C must also receive the 

content encryption key Kcont as well as any usage rules defined by the originator. This 
25 information is sent to the content consumer C only after successful verification of consumer 

identity by the content provider G. To this end, the content consumer C in step 354 of 

operation 350 generates a hash value for the encrypted content M': 

H = hash(M'). 

30 

The content consumer in step 355 then encrypts H using the private key Kp^vc: 



H" = E{Kp,vcl[H], 



1 
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and in step 356 generates a pair Q'^ including the encrypted hash value and the above-noted 
certificate CertY(Ic» Kpubc): 

5 Q" = (H'\CertY(Ic,Kpubc)). 

The pair Q'' is then sent from the content consumer C to the content provider 

Fig. 17 shows operation 360 performed by the content provider G. In step 
361, the content provider G determines if the certificate CertvCIci Kpubc) of content consumer 
10 C is valid. If not, the operation ends. Otherwise, the content provider G in step 362 
determines if 

D{Kpubc}[Hn = hash(MO. 

15 If not, the operation ends. Otherwise, the content provider G in step 363 encrypts the license 
key Kiicense using the public key Kpubc of the content consumer C: 

B = E {Kpubc) [Kiicense]- 

20 A license stub L is then generated in step 364 as the triple (A, B, Q20. As shown in Fig. 12, 
the content provider G then sends the license stub L to the content consumer C. 

Fig. 18 shows the operation 370 performed by the content consumer C upon 
receipt of the license stub L. In step 371, the content consumer C determines if: 

25 D{Kpub'mA}[Qr] = hash(A). 

If not, the process ends. Otherwise, the content consumer C in step 372 decrypts the license . 
key: 

30 Kucense = D{Kprvc}[Bl, 



and then in step 373 decrypts the rules and content key: 
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usage_rules | Komi = D{Kucensc}[A]. 

The content consumer C in step 374 then decrypts the encrypted content M': 

5 M = D{Komi}[M1. 

The content consumer in step 375 then applies the usage rules to the content M, and in step 
376 plays and/or stores the content M. 

In the above-described protocols, if an illegal copy of a particular piece of 

10 content, e.g., a pirated music selection, is registered in an attempt to make the illegal copy 
SDNfl compliant, the TRA 106 will perform the registration without any problems. Such a 
registration, however, requires that the content provider G correctly identify itself by 
presenting a certificate to the TRA 106. Thus, even though an illegal copy was registered, the 
content provider who made the registration can be immediately identified and prosecuted. In 

15 this manner, violators are pursued after the content is released to the content consumer and 
only when a conflict arises. The grounds for identification of a registered content provider 
should be legally defined to require an accuser to present a valid and prior registration for the 
same or sufficiently similar content. 

It should be noted that one or more of the CAs 102 and 200, content provider 

20 104, TRA 106, and content consumer 108 may each represent one or more personal 
computers, workstations, mainframe computers, or other processor-based devices for 
implementing the processing operations associated with the described protocols. Such 
processor devices will generally include one or more memory devices for storing suitable 
software program instructions associated with the described processing functions, and at least 

25 one processor for executing the software program instructions. The communications between 
these entities as shown in Figs. 1, 7 and 12 may be network connections implemented over a 
global communication network such as the Internet, a wide area network, a local area 
network, an intranet, an extranet, as well as combinations of these and other networks. Figs. 
1, 7 and 12 may thus also be viewed as system diagrams illustrating the interconnection 

30 between system processing elements for implementing the corresponding protocols. 

The above-described embodiments of the invention are intended to be 
illustrative only. For example, the invention can be used to implement upgrading or other 
reconfiguration of any desired type of software or hardware component, as well as 
combinations of these and other components, for any desired type of processor-based device. 
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and in many applications other than those described herein. The invention can also be 
implemented at least in part in the form of one or more software programs which are stored 
on an otherwise conventional electronic, magnetic or optical storage medium and executed 
by a processing device, e.g., by the processors 220 and 230 of system 200. These and 
numerous other embodiments within the scope of the following claims will be apparent to 
those skilled in the art. 
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CLAIMS: 



1 . A method for distribution of content from a content provider (104) to a content 
consumer (108), the method comprising the steps of: 

requesting registration of the content with a trusted registration authority 

(106); 

5 receiving registration information from the trusted registration authority; and 

distributing at least a portion of the registration information to the content 
consumer in conjunction with the content. 

2. The method of claim 1 wherein the registration of the content with the trusted 
10 registration authority is based at least in part on a certificate obtained by the content provider 

from a certification authority (102). 

3. The method of claim 1 wherein the registration information is distributed to 
the content consumer in conjunction with the content such that the content provider can 

15 subsequently be identified by the trusted registration authority from the registration 
information distributed to the content consumer. 

4. The method of claim 1 wherein the content provider receives the registration 
information from the trusted registration authority, determines the validity of the registration 

20 authority, and if the registration authority is valid, stores the content and the registration 
information for subsequent distribution to the content consumer. 

5. The method of claim 2 wherein the content provider generates a hash value H 
for specific content M, encrypts H using its private key Kprvc to generate an encrypted hash 

25 value H', and then generates a pair Q as follows: 



Q = (H'.Certx(lG.KpubG)). 
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where CertxCIc. Kpubo) is the certificate obtained from the certificate authority, and sends Q 
to the trusted registration authority for registration. 

6. The method of claim 5 wherein the trusted registration authority determines if 
5 the certificate Certx(lG» Kpubo) for the content provider is valid, denies the registration if it is 

not valid, and if it is valid, stores the encrypted hash value H' together with Iq and time and 
date of receipt, and extracts the hash value H from Q as follows: 

H = D{KpubG}[H'l. 

10 

and then generates the registration information in the form of a registration stub Q' as 
follows: 

Q' = E{KprvTOA}[Hl, 

15 

7. The method of claim 6 wherein the content provider receives Q' from the 
trusted registration authority, and determines if 

D{KpubTRA}[Q'] = hash(M), 

20 

and if it is, stores Q' and M for subsequent distribution to the content consumer. 

8. The method of claim 7 wherein the content consumer upon receipt of and 
M from the content provider determines if: 

25 

D{KpubTRA}[Q'] = hash(M), 



and if it is, utilizes the content M. 



30 



9. The method of claim 8 wherein if content M is determined to be illegal, the 

source of content M can be identified by the trusted registration authority. 
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10. An apparatus for distribution of content from a content provider (104) to a 

content consumer (108), the apparatus comprising: 

a device (104) associated with a content provider and operative: (i) to request 
registration of the content with a trusted registration authority (106); (ii) to receive 
5 registration information from the trusted registration authority; and (iii) to distribute at least a 
portion of the registration information to the content consumer in conjunction with the 
content. 



11. An article of manufacture comprising a machine-readable medium containing 
10 one or more software programs for use in distributing of content from a content provider 

(104) to a content consumer (108), wherein the software programs when executed implement 
the steps of: 

requesting registration of the content with a trusted registration authority 

(106); 

15 receiving registration information from the trusted registration authority; and 

distributing at least a portion of the registration information to the content 
consumer in conjunction with the content. 

12. A method for generating registration information for use in distribution of 
20 content from a content provider (104) to a content consumer (108), the method comprising 

the steps of: 

receiving a request for registration of the content with a trusted registration 
authority (106); and 

sending registration information generated by the trusted registration authority 
25 to the content provider, such that the content provider can distribute at least a portion of the 
registration information to the content consumer in conjunction with the content. 
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